Windows Vista SP2 beta performance

Written by Tim Smalley

December 10, 2008 | 09:20

Tags: #2 #beta #evaluation #pack #performance #preview #review #service #sp2 #vista #windows

Companies: #microsoft #test

These tests were completed using the following hardware: Core i7 920, MSI Eclipse SLI motherboard, Nvidia GeForce GTX 280 1GB, 3x 2GB Corsair DDR3-1,066 at 6-5-5-15-1T, Seagate 7200.10 250GB SATA HDD.

Paint.NET x64

Website: Paint.NET

This is the 64-bit version of the popular free image editing software, Paint.NET. It's not as advanced as something like Adobe Photoshop CS3 or Corel Paint Shop Pro Photo X2, but it does serve well for most image editing tasks.

We used the PDNBench script to test the processing times for a range of images and filters. The multi-threaded software also takes advantage of multi-core processors quite effectively.

For more information on what the benchmark script entails, please see this thread on the Paint.NET forums.

Paint.NET 3.20

PDNBench

  • MSI Eclipse SLI (SP1)
  • MSI Eclipse SLI (SP2)
  • 16.9
  • 17.4
0
5
10
15
20
Time in Seconds (lower is better)

Windows Vista SP2 beta ended up coming in around three percent slower than a fully patched SP1 installation in this CPU-intensive test - this was a consistent performance deficit that appeared only after installing the SP2 beta.

GIMP Image Editing

Website: GUN Image Manipulation Program (GIMP)

Our GIMP image editing test simulates how well a PC can manipulate a collection of large digital photos, and to achieve a low time requires a PC with a powerful CPU, plenty of quick memory and efficient hard disk drive access.

GIMP Image Editing Test

CustomPC Benchmark

  • MSI Eclipse SLI (SP1)
  • MSI Eclipse SLI (SP2)
  • 327
  • 345
0
50
100
150
200
250
300
350
Time in Seconds (lower is better)

Our GIMP test is impacted by hard drive read and write speed for small files, so that would explain some of the 5.5 percent performance deficit here - that's pretty significant and adds up to an 18 second increase in processing time over a five and a half minute test.

AutoMKV x.264 Encoding

Website: Doom9

We tested x.264 compression using AutoMKV version 0.97.1 to compress a 1.1GB DVD VOB file into 350MB MP4 file using a two-pass encode and we used a 112kbps LAME encoder to compress the audio. The whole process is dependent on both single and multi-core performance and the entire encoding time was recorded.

There's quite a shift to using MKV or MP4 wrappers for x264 content now, especially for movie content and those in the large anime fansubbing community. x264 doesn't have the same SSE enhancements as some other codecs, but the benefits of extra cache and better memory performance should still show notable improvements.

x.264 Encoding

AutoMKV 0.97.1, 1.05GB MPEG-2 VOB to 350MB x264 .mp4, LAME MT 112Kbps

  • MSI Eclipse SLI (SP1)
  • MSI Eclipse SLI (SP2)
  • 544.0
  • 547.0
0
100
200
300
400
500
600
Time in Seconds (lower is better)

Handbrake H.264 Encoding

Website: HandBrake
Our test uses Handbrake - an open-source, GPL-licensed, multiplatform, multithreaded video transcoder, available for MacOS X, Linux and Windows - to encode a high resolution MPEG-2 video using the H.264 codec. This primarily tests multi-threaded CPU and memory subsystem performance.

Handbreak x.264 Video Encoding

CustomPC Benchmark

  • MSI Eclipse SLI (SP1)
  • MSI Eclipse SLI (SP2)
  • 393
  • 395
0
100
200
300
400
Time in Seconds (lower is better)

There were small performance drops in both AutoMKV and Handbreak, but neither was significant enough to be a cause for concern - they're well within experimental error at 0.6 percent.
Discuss this in the forums
YouTube logo
MSI MPG Velox 100R Chassis Review

October 14 2021 | 15:04